bitkeeper revision 1.1159.258.97 (42603992S3sF-t0yBth7NEBevozVOg)
authorkatzj@redhat.com[iap10] <katzj@redhat.com[iap10]>
Fri, 15 Apr 2005 22:00:50 +0000 (22:00 +0000)
committerkatzj@redhat.com[iap10] <katzj@redhat.com[iap10]>
Fri, 15 Apr 2005 22:00:50 +0000 (22:00 +0000)
commitc9505fed46d01e09c377d38017b47688b03476f3
tree8c9614f81b15a4f79a0ca6d1d10cd6e08cf7363f
parent718f9a6fd8b43b3cdc58db8b67d79f013b46b058
bitkeeper revision 1.1159.258.97 (42603992S3sF-t0yBth7NEBevozVOg)

[PATCH] Make non-native python path handling a
> > Although I don't really agree with the installing of the
> > python bits to the non-native paths, I can see where it's
> > useful as long as the module ABI doesn't change if you're
> > trying to distribute binary tarballs.  But with the current
> > handling it adds module lookup costs for the native path case
> > (which would be the norm) as well as prevents using
> > PYTHONPATH to look to a different location for the modules.
> >
> > The attached patch changes things so that at first, the xen
> > module is attempted to be imported from the stock paths.  If
> > we get an ImportError exception, then it adds /usr/lib/python
> > to the end of the python path and imports again.
>
> Do you prefer this to just unconditionally addding /usr/lib/python to
> the end of the path rather than the front?

Slightly, but just because having /usr/lib/python in my sys.path is
ugly :-)  I can look over it, though... patch doing that attached

Signed-off-by: Jeremy Katz <katzj@redhat.com>
===== tools/misc/netfix 1.13 vs edited =====
tools/misc/netfix
tools/misc/xend
tools/misc/xensv
tools/misc/xm